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ABSTRACT 

A brief description of the Coursewr it er II 
preprocessor is provided. This preprocessor^ a program written in 
FORTRAN IV on the CDC 6600 computer^ is designed to reduce the 
repetition of effort that takes place from the time of the author •s 
conception of a course to the time of its availability for on-line 
student instruction. The programer deals mainly with two types of 
information: 1) control logic or course structure information^ and 2) 
content information. The preprocessor enables the programer to deal 
with the latter of these in a more natural way than Coursewriter II 
allows. The effectiveness of the preprocessor is currently being 
e valuated by using it to implement a 1500 Coursewriter II precalcul.is 
math course. (CH) 
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A BRIEF UESCEUPTION OF THE PURPOSES AND CONCEPTS 
OF THE COURSEWRITER II PREPROCESSOR 

The Courscwriter II preprocessor is a progreun written in FORTRAN IV 
on the CDC 6600 computer. The output is Coursewrit-c;r II statements on cards, 
ready for input to the 1500 Coursevnriter II card assembler. The 6600 was 
used because of the more pov;erful fORTRA!J compiler and because of the extremely 
fast turn-around. A more extensive description of the preprocessor may be 
found in k User's Guide to the Preprocessor.^ This document provides too 
much detail and has too specific an application for the personnel and proce- 
dures at The University of Texas Computer-Assisted Instruction Laboratory to 
be of general interest. TiierefCi.e, this short description of the preprocessor 
was provided to serve a more general audience. The effectiveness of the pre- 
processor is currently being evaluated by using it to implement a 1500 C rse- 
writer II precalculus math course. The results of this evaluation will be 
published at a later date as a systems merao/ available at The University of 
Texas Computer-Assisted Instruction Laboratory, Austin, Texas. 
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The preprocessor was designed to reduce the repetition of effort 
which takes place from the tine of the author's conception of a course to 
the time of its availability for on-line student instruction. The process 
of implementation is normally stepwise, as showi* below: 
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The programmer deals mainly with tv;o types of information: (1) control 
logic or course structure information, and (2) content inf onriation. The pre- 
processor was designed to enable the programmer to deal with the Matter of 
these in a more natural way than Coursewriter II (CVJ II) allows. 

In most cases, che course content information is completely and 
explicitly stated in the author's planning guides, and the task of the pro- 
grammer is, for the most part, that of the tedious and couipletely mechanical 
translation of the planning guides into the appropriate sequence of CW II 
statements. It is difficult, if not impossible, to perform this tedious 
translation on even small amounts of material, much less on the enormous 
amounts required by a major course, without introducing a tremendous number 
of errors. 



The solution to this problem is to make use of that content informa- 
tion which is explicitly stated in the planning guides which would thus 
relieve the programmer as much as possible of this mechanical task and enable 
him to concentrate on the program logic. The steps of progressing from course 
conception to implementation would be the following: 
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In making this bypass, the following constraints must be observed: 

(1) Keypunching must remain more or less a transcription task, 

(2) No additional restrictions must be placed on the author. 

(3) A means for collation of the transcribed course content 
information and the programmer-produced course logic must 
be provided, 

(4) The programming of the logic should be made easier and clearer 
by allowing the programmer a convenient and natural (in relation 
to programming) means of referencing the course content. 

The preprocessor was designed to make this bypass accoiding to the above 

criteria. 
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The preprocessor has added seven op-codcs to the CW II language. 
These op-codes allow course content information to be entered directly 
from the planning guides by the keypunch operator and to be referenced 
within the flow of course logic by the programmer. 

The course content information which is explicitly stated in the 
planning guides and recognized by the preprocessor is of two types: message 
data ar^ variable data. Message data display templates which are constant 
except for references to variable data, /ariable data consist of variable 
length literal strings which may be referenced by t' 3 progrcumner. With the 
preprocessor, the flow from author to computer would be as shown in the 
following diagram: 
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The keypunch operator can define message data and variable data 
from Che planning guides (with a minimal amounc of effort by the programmer) 
by use of certain of the op-codes, and the programmer has easy access to 
these data by variable reference and by use of another of the op-codes. 
Collation has been reduced to a trivial task since the information trans- 
cribed by the keypunch operator is analogous to declarations '''n ALGOL and 
.ppears before any program logic produced by the programmer. Brief descrip- 
tions of the added op-codes are shown below: 

BEGIN PROBLEM (BP) .... Signifies the beginning of a problem and defines the 

base-labe.'! for the problem, 

^z^RIABLE DECLARATION (VD) , Allows variable data to be declared and variable 

attributes to be assigned. 

ENTER DATA (ED) Enables a table of variable values to be created. 

MESSAGE Definition (MD) . Allows message data to be defined and assigned 

labels by v^ich they may later be referenced. 
Message data ray in turn contain referejices to 
variable data. 

DISPLAY MESSAGE (DM). . , Enables the programmer to reference, by label, 

previously defined message data. 

PUNCH TABLE (PT) Causes generation of a series of statements that 

provide the means by wnich variable data take on 
new values. 



END PROBLEM (ZZ) 



Signals the end of a ^roblem and causes reinitiali- 
zation of all pointers, flags, and tables. 



